﻿ Funcţiile nucleului unui SO Nucleul SO - colecţie de funcţii care sunt necesare funcţionării primare a sistemului de calcul Cele mai evidente: - funcţiile pentru intrare-ieşire (I/O)- utilizatorul apelează o astfel de funcţie printr-un apel de sistem – expl procedura cu mnemonic “write file(…)” Nucleul MS-DOS – - suită de funcţii - BIOS, (Basic Input-Output System) funcţii înscrise în memoriile nevolatile - funcţii pentru accesul discului - structurăde directoareşi fişiere Funcţiile nucleului unui SO Nucleul SO multitasking Apelurile sau comenzile din programele utilizator care se adresează SO servesc pentrucomunicarea între aceste programeşi SO pentru realizarea următoarelor acţiuni: – activarea task-urilor, planificarea în raport cu timpul a task- urilor, sincronizarea, suspendarea sau terminarea execuţiei task-urilor; – alocarea sau modificarea priorităţii task-urilor; –iniţierea operaţiilor de I/O, inclusiv accesarea sistemelor de fişiere; –obţinerea de informaţii despre stările task-urilor; –obţinerea de informaţii despre timpul sistemului etc Acesteapelări de servicii SOsunt tratatede rutine componente ale SO Funcţiile nucleului unui SO Apelurile de sistem UNIX oferă portabilitate şi o interfaţă eficientă aplicaţiilor utilizator Funcţiile nucleului unui SO -Prin apelurile de sistem, nucleul oferă un suport eficient pentru rularea programelor de aplicaţie pe maşina respectivă - Permite fişierelor să devină programe care se execută (şi care atunci capătă denumirea de task- uri sau procese) -Funcţii auxiliare ale nucleului: gestiunea resurselor calculatorului(mem etc ) în aşa fel încât simultan să poată exista mai multe procese distincte Funcţiile nucleului unui SO Implementarea multitasking-ul prin “time sharing” “ceas de timp real” (un periferic) generează periodic întreruperi Toate procedurile, care servesc la tratarea întreruperilor, sunt tot parte a nucleului (numele lor englezesc este “interrupt handlers”) Soseşte întreruperea de ceas; →programul nr 1 →se sare la procedura de tratare a întreruperii din nucleu→ memorează starea acestuia (valoarea Program Counter-uluişia celorlalţi regiştri) → ia din alt loc valoarea pe care o salvase pentru PC-ul programului nr 2, şi face un salt acolo Rezultatul: -executarea întreţ esută a instrucţiunilor; OBS:- dacă programele nu accesează nici o zonă de memorie sau fişier sau periferic în comuncoexistenţa lor nu se face simţită; - programele nu trebuie scrise într-un fel special pt a coexista Funcţiile nucleului unui SO - Scrierea programelor nu trebuie sa tina cont de executia intretesuta a lor; - Pt executie ele dispun de acelasi spatiu adresabil 000000 – FFFFFF - Cea mai simpla solutie – adresarea aceluiasi spatiu de memorie iar conflictele sa fie rezolvate de sistemul de operare Cum rezolvă un SO multitasking concurenţa în utilizarea memoriei? Orice sistem de operare multitasking transformăşi accesul la memorie în aşa fel încât procesele să nu se poată influenţa în moduri nedorite SOLUTIA: Utilizarea unui tip de adresare relativa ESENTA: -Toate adresele la care fac referinta programele sunt adrese relative, care sunt adrese virtuale din punct de vedere al memoriei efective - Fiecarui program i se aloca un shift in momentul executiei programului pentru a se obtine o adresa fizica Funcţiile nucleului unui SO - O astfel de gestiune e realizata de un submodul hardware al CPU: UMM (Unitate de Management a Memoriei ) - Mecanismul este numit “memorie virtuală” - Da impresia fiecarui proces care se executa ca toata memoria este a lui -Solutia este de a inghesui mai multe procese simultan in memoria disponibila fizic - Traduce fiecare acces la adresa X a unuia din procese la o altăadresă Funcţiile nucleului unui SO OBS -pesistemelemonoprocesor cele două procese nu se execută niciodată simultan ci pe rând; - pe un sistem multiprocesor - un calculator cu mai multe procesoare - două procese se POT executa simultanşiînesenţă funcţionarea memoriei virtuale este aceeaşi; - De fiecare dată când comută de la un proces la altul (deci când tratează întreruperea de la ceas), nucleul trebuie să schimbe şifelul în care UMM traduce adresele Acest lucru îl face CPU discutând cu UMM cam în acelaşi fel în care discută cu un controler: îi transmite tot felul de parametri - alta aplicatie a memoriei virtuale: Se pot executa în time-sharing procese al căror total de memorie necesară depăşeşte cantitatea Această tehnică se numeşte “swapping” existentă Funcţiile nucleului unui SO Când un proces este înlocuit cu altul, părţi din memoria ocupată de el sunt mutate pe disc (de exemplu într-un fişier) Când vine din nou la rând, acele părţi sunt aduse la loc în memoria fizică (discul, de obicei, este mult mai mare decât memoria) Această tehnică se numeşte “swapping” Dezavantaj- citirea/ scrierea pe disc e mult mai lentă decât accesarea memoriei OBS • Izolarea proceselor în zone de memorie disjuncte face sarcina programatorului mai uşoarăşi calculatorul mai eficient: se pot rula simultan programe ale unor utilizatori diferiţi, care nu se vor incomoda unul pe altul nicicum • Un program nu poate scrie/citi în/din memoria altuia, pentru ca nici una din adresele pe care el le referă nu este tradusă de UMM în vreo adresă a celuilat Funcţiile nucleului unui SO •Funcţii pentru gestionarea task-urilor; •Funcţii pentru gestionarea timpului sistem; •Funcţii pentru gestionarea memoriei; •Funcţii pentru gestionarea evenimentelor; •Funcţii pentru gestionarea perifericelor I/O; •Funcţii care să asigure suportul pentru comunicaţii dintre procese etc Funcţiile nucleului unui SO Gestionarea task-urilor într-un context multitasking •Fiecărui task i se ataşează, în contextul timpului real, un indicator de importanţă denumit prioritate, ce poate fi : •un atribut fix, constant al task-ului ; •un atribut a cărui valoare este variabilăşi se stabileşte în momentul activării sale (sau al reactivării) OBS Există un număr limitat de nivele de priorităţi (de ex 4 - 256) şi fiecare task este asociat, static sau dinamic, unuia dintre aceste nivele; În cadrul fiecărui nivel de prioritate, dacă există mai multe task-uri cu aceeaşi prioritate, ele se vor diferenţia între ele prin “vechimea” avută (din momentul de timp în care au fost activate), de regulă, după criteriul “primul venit – primul servit” (FIFO - First In First Out) Priorităţile permit: • asigurarea unor anumiţi timpi de răspuns; • utilizarea în comun, de către mai multe task-uri a unor resurse comune (echipamente periferice, zone de memorie, etc ) • Task-urile ce sunt la un moment datactivate şiîncărcateîn memoria internă îşi dispută dreptul de a utiliza unitatea centrală (presupunând un sistem monoprocesor) • Componenta planificator a oricărui sistem de operare dirijează procesele în execuţie aşa încât în intervalul în care un proces este în aşteptare după o resursă / terminarea unei operaţii de I/O, un alt proces săbeneficieze de procesor - astfel, instrucţiunile fiecărui proces se execută“pe secvenţe” alternând cu secvenţe de instrucţiuni de la alte procese; - fiecare proces primeşte controlul, procesorul îi execută câteva instrucţiuni maşină, starea lui este salvatăşi controlul este transmis unui alt procesş a m d; - mai multe procese înaintează simultan spre finalizarea activităţii lor • Task-urile sunt plasate de către planificatorul SO într-un şir de aşteptareşi sunt executate în ordinea de prioritate a acestora • Ori de câte ori SO preia controlul, el întrerupe sau suspendă execuţia task- ului în execuţie După ce SO îşi termină acţiunea, decizia acestuia, în ceea ce priveşte acordarea dreptului de a utiliza unitatea centrală poate fi: - de reluare a execuţiei task-ului întrerupt ; - de trecere la execuţia task-ului cu prioritatea momentan cea mai mare din şirul de aşteptare; - de trecere la execuţia unui task oarecare; - în cazul în care mai multe task-uri au aceeaşiprioritate, ele sunt executate conform politicii primul venit - primul servit - în ordinea specifică sistemelor cu acces multiplu (multi-user) unde fiecărui task i se acordă pe rând o cuantă limitată de timp (politica “time-sharing”) - unele SO pot oferi facilitatea de “activare în condiţii de criză de timp”, prin creşterea automată a priorităţii unui task, dacă acesta nu a fost executat de un anumit timp SO examineazăşirul de aşteptare al task-urilor “gata de execuţie” şi decide alocarea CPU imediat după producerea şi rezolvarea următoarelor evenimente : - un eveniment extern (o întrerupere dinspre un proces sau un operator uman); - un eveniment intern (o întrerupere generată de o operaţie I/O); -o întrerupere de la dispozitivul “ceas de timp real”; - apelarea din programe a unei funcţii realizată de SO (apel de sistem); - terminarea sau suspendarea execuţiei task-ului activ; - trecerea unui anumit interval de timp; Pentru a putea relua execuţia unui task, la întreruperea lui se memorează (se salvează) întregul context, adică toate informaţiile necesare reluării task-ului (conţinutul registrelor, starea unui indicator etc ) Stările task-urilor Un task se poate găsi la un moment dat într-una din următoarele patru stări •a) în execuţie (RUN): utilizează CPU în acel moment; într-un sistem monoprocesor un singur task se poate găsi la un moment dat în această stare; •b) gata de execuţie (READY): are toate resursele necesare rulării, mai puţin procesorul; aşteaptă, într-un şir de aşteptare pentru a i se aloca CPU spre a fi executat; •c) blocat (WAIT): are nevoie şi de alte resurse; aşteaptă să i se aloce memorie, sau terminarea unei operaţii I/O, producerea unui eveniment extern, trecerea unui anumit interval de timp, etc •Inactiv: procesului i s-au atribuit de către sistemul de operare doar un identificator (nume), o zonă de cod si o zonă pentru memoria stivă Interfaţa cu funcţiile de sistem Aceste funcţii se mai numesc şi apeluri sistem (system calls) Sistemul de gestionare a fişierelor Cuprinde funcţii care realizează: - operaţii cu fişiere: creare, citire, adăugare, scriere, ştergere - alocarea/eliberarea spaţiului de memorie - administrarea memoriei neutilizate - schimbarea structurii sistemului de fişiere prin montarea sau demontarea unui dispozitiv - asigurarea identificării şi protecţiei fişierelor •Sistemul de gestionare a proceselor Funcţiile acestui modul sunt următoarele: • Trecerea proceselor prin diferite stări • Planificarea proceselor pentru executarea lor pe procesor • Operaţii asupra proceselor: creare, terminare, trecerea în starea de aşteptare • Comunicarea între procese • Sincronizarea proceselor •Modulul de gestionare a memorie cache Funcţiile acestui modul: - alocarea şi eliberarea unui bufffer cache - citirea sincronă sau asincronă de pe o memorie externă în cache - scrierea pe o memorie externă a conţinutului memorie cache •Modulul de gestionare a dispozitivelor periferice Funcţiile acestui modul: - accesul proceselor la dispozitive eterne - asigurarea selecţiei driver-ului corespunzător perifericului - planificarea operaţiilor de intrare-ieşire Periferice caracter: tastatura, ecranul Periferice bloc:memoria pe disc, memoria internă •Modulul de gestionare a memorie interne – Rolul: • Ţinerea evidenţei regiunilor de memorie alocate fiecărui proces şi a celor libere • Alocarea şi eliberarea memoriei necesare unui proces în conformitatea cu tehnicile de paginare Funcţiile nucleului unui SO Ce înţelegem prin tratarea evenimentelor? - evenimente externe - întreruperitratare≈ similară - evenimente interne Controlul este preluat de SO care va identifica mai întâi evenimentul, după care, ca răspuns la acest eveniment, are loc una sau alta sau ambele din următoarele acţiuni: •se execută o rutină de tratare a întreruperii, fără a se afecta planificarea execuţiei taskurilor; •se activează un task prin plasarea lui într-un şir de aşteptare, conform priorităţii sale (pentru a i se aloca CPU pentru execuţie) sau, în mod excepţional, se poate trece direct la executarea task-ului Funcţiile nucleului unui SO - rutinele specifice de tratare a evenimentelor pot fi asociate diferitelor tipuri de întreruperi cu ajutorul unor “tabele de asociere” (tabela vectorilor de întrerupere); - eventual pentru a asigura timpii reduşi de tratare a întreruperilor, pot fi şi microprogramate; - în majoritatea SO reale, rutinele de tratare a întreruperilor au prioritate maximă; - evenimentele externe sunt semnalate sistemului de calcul prin intermediul unor dispozitive fizice speciale cum sunt “liniile de întrerupere”, “indicatorii de evenimente” sau “cuvintele de stare de întrerupere” Cum facilitează un SO comunicarea dintre programe ? Cerinţe impuse: Programeleşi, respectiv, task-urile ce alcătuiesc ansamblul de programe al unui sistem de calcul de tip multitasking comunică destul de intens între ele, atât pentru a utiliza date comune câtşi pentru a-şi sincroniza în timp desfăşurarea execuţiei lor; Soluţii: 1 Datele pot fi utilizate în comun cu mai multe task-uri, prin memorarea lor în zone de memorie internă declarate ca fiind comune mai multor task-urişi la care toate task-urile vor avea acces (memorie partajată); 2 Sistemul de lucru cu fişiere care permite generareaşi utilizarea unor colecţii comune de date cu volume sensibil mai mari, la care diferitele task-uri pot avea acces într-un mod controlabil (fişiere partajate) ; 3 Facilitatea oferită de unele SO de a se transmite între task-uri anumite mesaje care constau dintr-un volum limitat de date 4 Utilizarea în comun a unor subrutine, în special pentru operaţiile cu I/O şi de comunicare cu module ale SO (planificator etc ) OBS Metoda 3 (mesaje) Pentru un număr limitat de task-uri ce comunică între ele printr-un asemenea mecanism, acesta poate fi foarte avantajos, asigurând timpi reduşi de răspuns şi folosind pentru executarea intercomunicării doar locaţii din memoria internă Prin acest mecanism de transmitere de mesaje între task-uri se poate realiza şisincronizarea între task-uri paralele ceea ce este o facilitate foarte utilă pentru comunicarea între task-uri Metoda 4 (subrutine) În cazul SO multitasking, în timpul execuţiei unei rutine comune mai multor task-uri, pot apare întreruperi, re-entranţa acestor rutine trebuind să fie asigurată de către SO Există mai multe metode de a trata această comunicare dintre task-uri, cum ar fi : • blocarea altor task-uri ce ar putea apela subrutina în curs de execuţie; • subrutina să fie re-entrantă; • duplicarea subrutinei (câte o copie a subrutinei pentru fiecare task care o foloseşte); • inhibarea întreruperilor pe durata execuţiei unei subrutine utilizabile în comun de mai multe task-uri 2 Concepte de programare concurentă Premize: programele concurente se caract prin execuţie “întreţesută “ programele concurente nu sunt programe absolut independente între ele Task-urile sunt porţiuni ale unui program ansamblu care urmăreşte realizarea unei anumite prelucrări şi care a fost divizat în părţi (denumite task-uri) care pot fi executate în paralel, concurând la a obţine în acest scop resursa CPU dar şi colaborând între ele Mecanisme de descriere şi manilupare a proceselor concurente Concurenţă = Paralelism + Interacţiune Îmbinarea celor două aspecte este esenţială, deoarece paralelism fără interacţiune reprezintă un caz particular al multi-tasking-ului iar interacţiune fără paralelism reprezintă cazul particular simplist al lanţului de mai multe programe secvenţiale 2 1 Concepte abstracte utilizate în descrierea concurenţei 2 1 1 Paradigme de programare nesecvenţială In general, execuţia unui program secvenţial este deterministă Astfel, pentru acelaşi set de date de intrare, programul execută aceeaşi secvenţă de instrucţiuni şi produce aceleaşi rezultate Paradigma programării secvenţiale are două caracteristici de bază: •ordinea textuală a instrucţiunilor furnizează ordinea de execuţie a acestora •instrucţiuni succesive se vor executa fără a se suprapune, în timp, una cu cealaltă Nici una dintre aceste două proprietăţide bază nu sunt valabile în cazul programării nesecvenţiale Programarea nesecvenţială presupune : Implementarea mai multor entităţi de program executate în acelaşi timp cărora li se asociazătask-uri distincte ce furnizeazăpărţiale rezultatului final Grad de nedeterminism în timpul execuţ iei Paradigme de programare nesecvenţială Paradigmele de programare nesecvenţială diferă între ele prin • tipul sistemului de calcul pe care se execută entităţile concurente: sistem monoprocesor, multiprocesor, sistem distribuit • modul cum sunt partajate de către entităţiinformaţiile de context şi resursele sistemului • gradul de interacţiune între entităţi, funcţie de existenţa unei "autorităţi tutelare" care să asigure coordonarea entităţilor Paradigmele de programare nesecvenţială pot fi grupate în trei mari categorii: • paradigme de programare paralelă; • paradigme de programare concurentă; • paradigme de programare distribuită Paradigmele de programare nesecvenţială a) Programare paralelă- caracteristici ale programelor paralele: •Un program paralel constă din unul sau mai multe sarcini de lucru (task-uri) Aceste task-uri se execută simultan şinumărul lor poate varia în timpul execuţiei programului •Fiecare task încapsulează un program secvenţialşi o memorie locală De fapt, un task reprezintă o maşină virtuală von Neumann (O maşină von Neumann conţineo unitatecentrală de procesare – CPU - conectată la o unitate de memorareşi execută operaţii de citireşi scriere asupra unor date din memoria ataşată ) •Task-urile pot fi ataşate procesoarelor fizice în diverse moduri, dar această ataşare nu afectează semantica programului In particular, unui singur procesor îi pot fi ataşate mai multe taskuri •Se pot defini interfeţe de comunicare între aceste task-urişi, de asemenea, modalităţi de acces la resursele comune, în conformitate cu modelul de paralelism folosit •Modelul de paralelism bazat pe task-uri şi canale •Modelul bazat pe schimb de mesaje (message- passing) •Modelul de paralelism al datelor •Modelul memoriei partajate Modele de paralelism, diferenţiate după caracteristicile taskurilor •Modelul de paralelism bazat pe task-uri şi canale Caracteristici • Fiecare task are asociat un set de porturi de intrare (inports) şi un set de porturi de ieşire (outports), conectate între ele prin cozi de mesaje numite canale Aceste canale pot fi create sau şterse dinamic • Un task poate executa operaţiile: – creare / ştergere canale; – citiri de la porturile de intrare / scrieri la porturile de ieşire; – creare / ştergere de alte taskuri Imaginea globală a unui proces de calcul ce constă dintr-un set taskuri imaginea detaliată a unui singur task un set de task-uri In cadrul unui task s-au evidenţiat: - setul lui de instrucţiuni (primul dreptunghi) - unitatea de memorie locală (celălalt dreptunghi) - interfaţa externă este asigurată printr-un set de porturi (ilustrate prin săgeţile ce pleacă de la instrucţiuni spre exterior) - task-urile sunt conectate prin canale, reprezentate prin săgeţi - un canal reprezintă o coadă de mesaje în care sunt plasate, respectiv din care sunt extrase mesaje Modele de paralelism, diferenţiate după caracteristicile taskurilor Modelul bazat pe schimb de mesaje (message-passing) Caracteristici • Creează task-uri multiple; • Fiecare task este identificat printr-un nume şi încapsulează date locale; • Task-urile interacţionează trimiţândşi primind mesaje la, respectiv de la task-uri specificate prin nume Cele două modele diferă numai prin mecanismul folosit pentru transferul datelor La primul model se vorbeşte de "trimis mesaje pe canalul x”, iar la al doilea de "trimis mesaje task-ului n” Modelul de paralelism al datelor Exploatează concurenţa care derivă din aplicarea aceleiaşioperaţii mai multor elemente dintr-o structură de date De exemplu, “adaugă 2 la elementele unui tablou” sau “măreşte salariul tuturor angajaţilor cu x lei” Programatorul are sarcina de a preciza cum sunt partiţionate datele în task- uri Modele de paralelism diferenţiate după caracteristicile taskurilor Modelul memoriei partajate • In acest model, task-urile partajează un spaţiu comun de adrese, în care scriuşi citesc date • Pentru controlul accesului la memoria partajată se folosesc mecanisme adecvate, aşa cum vom vedea în secţiunile următoare • Un avantaj al acestui model constă în faptul că nu se specifică explicit cine este “producătorul” şi cine sunt “consumatorii” unei date Proprietăţide bază ale programelor paralele: concurenţă, scalabilitateşimodularitate Concurenţa se referă la posibilitatea de a executa mai multe acţiuni simultan Ea este o proprietate esenţială, mai ales dacă programul se execută pe un sistem multiprocesor Scalabilitatea presupune funcţionarea programului, cel puţin la aceiaşi parametri de performanţă, dacă numărul de procesoare creşte Modularitatea implică descompunerea unor entităţi de execuţie complexe în componente mai simple Evident, această proprietate nu este specifică numai programării paralele, cişi altor paradigme de programareşi proiectare b) Programare concurentă •task-urile cooperează între ele în timpul execuţiei; • problema este descompusă în subprobleme relativ independente; • execuţia acestor task-uri poate să fie intercalatăşi urmează un scenariu de paralelism la nivel logic; •Două task-uri active pot face schimb de informaţii, pot să aştepte unul după altul etc; OBS - mecansime specifice pentru comunicareaşi sincronizarea elementelor de execuţie implicate în programul concurent; - problema tipica de programare concurentă este problema producă- toruluişi a consumatorului In fiecare moment, asupra recipientului acţionează numai un singur proces, de orice tip ar fi el (acces exclusiv la recipient) Dacă recipientul este plin, producătorii care vor să depună în el rămân în aşteptare până când un consumator extrage un obiect Dacă recipientul este gol, consumatorii care vor să extragă rămân în aşteptare până când un producător depune un obiect Procesor logic Atât concurenţacâtşi paralelismul necesită acces controlat la resursele partajate (dispozitive de I/O, fişiere, înregistrări din baze de date, structuri de date globale, etc) Conceptul de paralelism este implicit mai apropiat de hardware Conceptul deconcurenţăeste mai apropiat desoftware, fiindo proprietate stabilită în principal de proiectantul programului Pentru a concepe modele de programare concurentăindependente de hardware, se asociază fiecărei entităţi executabile din program un procesor logic DEFINIŢIE ŞI CARACTERISTICI - Fiecare procesor logic este o maşină secvenţială care execută pe rând instrucţiunile din procesul alocat -Mai multeprocesoare logice corespund unui procesor fizic - Acesta are implementat un mecanism de planificare pentru a da controlul procesoarelor logice aflate în gestiunea sa Procesor logic - Nu se fac ipoteze cu privire la vitezele relative ale operaţiilor corespunză- toare procesoarelor logice - Din acest punct de vedere, paralelismul poate fi considerat un caz particu lar al concurenţei, pentru sisteme multiprocesor, în care fiecărui procesor logic îi corespunde un procesor fizic - De obicei, sistemele de operare implementează concurenţa CONCLUZII • Din cele expuse rezultă că gestiunea entităţilor concurente presupune, pe lângă creare şi terminare, operaţii de sincronizare, adică de coordo- nare a task-urilor care nu sunt complet independente, de comunicare, schimb de informaţii între taskurişi de planificare, adică stabilirea priorită- ţilor taskurilor de executat • Aceste operaţii, precumşi mecanismele specifice, formale sau imple- mentate pe unele platforme, sunt subiectele principale ale prezentei abordări Avantajele paradigmei de programare concurentă • Controlul unor activităţi multiple, relativ independenteşi gestiunea unor evenimente asincrone, externe Programele sunt adesea scrise pentru a simula sau răspunde la evenimente din lumea reală, iar în lumea reală, concurenţa este un lucru obişnuit Modelarea unui astfel de comportament este posibilă dacă mediul de programare suportă noţiunea de concurenţă •Creşterea eficienţei programelor consumatoare de timp Operaţiile de I/O, sau de aşteptare (de exemplu, sleep) vor bloca numai procesul/thread-ul apelant până la terminarea operaţiei respective • O reacţie mai rapidă a calculatorului la acţiunile utilizatorului Pentru aceste cereri se vor crea procese sau thread-uri cu prioritate mai mare • Îmbunătăţirea performanţei Dacă sunt disponibile procesoare multiple, care lucrează în paralel, execuţia programului este mult mai rapidă Această situaţie poartă numele de concurenţă reală • Pe sistemele uniprocesor este posibilă îmbunătăţirea performanţei prin modelare concurentă, dacă programul efectuează operaţii consumatoare de timp Cât timp o activitate aşteaptă terminarea unei operaţii de I/O, procesorul poate executa alte sarcini de calcul În acest caz, este vorba de o concurenţă logică c) Programarea distribuită DEFINIŢIE CARACTERISTICI - Programarea distribuită implică procesarea logică, simultană, la distanţă, a unor task-uri pe platforme eterogene, plasate în diferite puncte din reţea - Contextele proceselor distribuite sunt strict separate Procesele nu partajează între ele părţi ale mediului de execuţie -Două procese active pot schimba informaţii numai prin transfer de mesaje -Spre deosebire de programarea concurentă, în contexte distribuite nu există o autoritate centrală de coordonare a proceselor, şinicinu se gestionează stări globale ale proceselor -Pot să apară probleme de: - gestiunea întârzierilor de comunicare; - administrare a reţelelor (securizate mai mult sau mai puţin); - administrare a calculatoarelor din reţea în momentul când acestea nu mai funcţionează la parametrii normali Probleme care implică o abordare distribuită Metodeleşi tehnicile specifice programării distribuite au astăzi un spectru extrem de larg În prezent, sub termenul de middleware sunt cunoscute tehnologiile de nivel 6 din modelul OSI În prezenta lucrare vom aborda doar tangenţial, în ultimul capitol, elemente de programare distribuită -Serviciile Internet - Aplicaţiile client/server în care programul server şi aplicaţiile client se gă- sesc pe maşini diferite dar interconectate -Soluţii client/server ale bazelor de date aflate la distanţă, agenţi mobili, etc modelul de aplicaţii distribuite client/server: program client- se execută pe maşina locală, comunică printr-o conexiune reţea cu: program server- se execută pe maşina la distanţă Utilizatorul vede din întreaga aplicaţie doar programulaplicaţia client trimite cererile utilizatorului la server şi client, care acceptă intrărişi produce rezultateprezintă utilizatorului răspunsurile primite de la server Programul client implementează o interfaţă utilizatorşi gestionează interacţiunile cu utilizatorul •O clasă importantă de aplicaţii distribuite o reprezintă programele care au la bază arhitecturi precum CORBA (Common Object Request Broker Architecture), standardizată de OMG (Object Management Group) sau DCOM (Distributed Component Object Model) dezvoltată de Microsoft • Aceste arhitecturi de tip middleware oferă suportul tehnic necesar pentru ca aplicaţiile distribuite să coopereze indiferent de protocolul de comunicaţie sau de arhitectura sistemului gazdă • CORBA reprezintă o arhitectură multiplatformă care permite crearea de aplicaţii orientate-obiect, distribuite, – obiecte diferite se pot găsi pe maşini diferite din reţea-şi eterogene –diferite tehnologii de reţea, platforme hardware sau sisteme de operare; implementarea obiectelor poate folosi limbaje de programare diferite • Tehnologia Microsoft OLE/COM oferă un model de gestiune a unor componente integrabile în interfeţe utilizator Arhitectura DCOM (Distributed COM) extinde tehnologia COM, pentru a oferi suport pentru comunicarea obiectelor aflate pe calculatoare diferite, dintr-o reţea LAN, WAN sau chiar din Internet Avantajele programării distribuite • Serviciileşi datele unei aplicaţii distribuite sunt adesea duplicate, astfel încât aplicaţia să-şi poată continua execuţia în siguranţă, chiar dacă o parte din sistem nu funcţionează Dacă datele şi serviciile sunt duplicate în totalitate, utilizatorii nu vor detecta eventualele disfuncţionalităţi din sistem În cazul unei duplicări parţiale, sistemul va continua să funcţioneze, oferind un număr restrâns de servicii • Un sistem care include numeroase organizaţii diferite este mai uşor de administrat ca o entitate distribuită Fiecare organizatie îşi poate structura, gestionaşi controla partea sa din sistem, conform propriilor legi, regulişi preferinţe Avantajul administrativ al unui sistem distribuit este evident în sistemul World-Wide Web, unde fiecare site este gestionat separat • Performanţamărită a unui sistem distribuit se obţine datorită posibilităţii de a executa mai multe programe, în acelaşi timp, pe maşini diferite O proble- mă computaţională complexă poate fi divizată în sub-probleme (mai mult sau mai puţin independente), care se pot executa pe maşini diferite, iar ini, pentru a obţine un rezultatele vor fi combinate, pe una dintre maş răspuns final Avantajele programării distribuite • O arhitectură distribuită permite colaborarea la distanţă a unor persoane implicate în rezolvarea unei anumite probleme Operând pe maşini diferite, aceste persoane pot observaşi manipula informaţii partajate (programe, date, documente, etc) 2 1 2 Interacţiunea task-urilor Un proces sau task, este un calcul care poate fi executat concurent (în paralel) cu alte calcule El este o abstractizare a activităţii procesorului, fiind considerat ca un program în execuţie Existenţa unui proces este condiţio- nată de existenţa a trei factori: • o procedură-o succesiune de instrucţiuni dintr-un set predefinit de instrucţiuni, cu rolul de descriere a unui calcul - descrierea unui algoritm • un procesor - dispozitiv hardware/software ce recunoaşteşi poate executa setul predefinit de instrucţiuni, şi care este folosit, în acest caz, pentru a executa succesiunea de instrucţiuni specificată în procedură; • un mediu - constituit din resursele sistemului: o parte din memoria internă, un spaţiu disc destinat unor fişiere, periferice magnetice, echipa- mente audio-video etc - asupra căruia acţionează procesorul în conformita- te cu secvenţa de instrucţiuni din procedură Deosebirea dintre procesşiprogram Procesul are un caracter dinamic, el precizează o secvenţă de activităţi în curs de execuţie, iar programul are un caracter static, el numai descrie textual această secvenţă de activităţi Interacţiunea task-urilor Evoluţia în paralel a două procese trebuie înţeleasă astfel: Pi şi Pj sunt executate concurent dacă: max (Ii, Ij) <= min (Hi, Hj) Dacă sistemul dispune de două procesoare, atunci este posibil un paralelism efectiv, în sensul că atât Pi câtşi Pj sunt executate simultan de câte un procesor Dacă există un singur procesor, atunci acesta execută alternativ grupuri de instrucţiuni din cele două procese Decizia de comutare aparţine sistemului de operare Interacţiunea task-urilor Task-ul, elementul de bază al programării concurente se bucură de următoarele proprietăţi de bază : • indivizibilitate - adică este o entitate atomică (din punct de vedere al concurenţei) ce nu poate fi divizată în alte unităţi, cărora SO să le aloce resurse în mod autonom; • secvenţialitate - în sensul că în interiorul său nu există paralelism, execuţia fiind secvenţială; • asincronism -însensulcă (task-urile) acţiunile se desfăşoară în paralel între ele, relativ independent (exceptând momentele de interacţiune care presupun o sincronizare între ele); • temporalitate - în sensul că task-ul se manifestăşi este recunoscut ca atare numai în intervalul de timp dintre lansarea sa în execuţieşi terminarea sa Interacţiunea între task-uri concrete se manifestă sub trei forme principale, care vor fi examinate în capitolele ce urmează, şi anume: • excludere reciprocă • sincronizare • intercomunicare 2 2 Situaţii de excepţie generate de concurenţă Executia simultana a mai multor procese care acceseaza pe durata vietii lor o serie de resurse comune poate genera situatii ciudate de comportament in executia programelor 2 2 1 Rezultate inconsistente (Race condition) Generata de lipsa unui mecanism de sincronizare a task-urilor Să presupunem că există două procese P1 şi P2 care au dreptul să modifice o aceeaşi variabilă v sub forma: P1: v = v+1 şi P2 :v = v+1 pentru a ilustra actiunile repetate ale celor 2 procese le descriem in specificarea PARBEGIN- PAREND Fiecare dintre cele două procese execută această incrementare concurentşi de un număr neprecizat de ori Dacă cele două procese interferează în execuţia acestei instrucţiuni, rezultatele nu vor fi cele aşteptate Pentru execuţia atribuirii v=v+1 sunt necesare trei instrucţiuni maşină Prima secvenţă de dublă incrementareA doua secvenţă de dublă incrementare Situaţii de excepţie generate de concurenţă Pentru evitarea acestor rezultate inconsistente, este necesară includerea unor mecanisme de sincronizare, astfel încât secveneţele de cod corespunzător atribuirilor v=v+1 să nu fie executate întreţesut Există multe prelucrări în care apar acest gen de situaţii De exemplu, un task citeşte valoarea unei date dintr-o locaţie, în timp ce alt task atribuie o altă valoare pentru această dată Un alt exemplu: două procese accesează simultan acelaşi articol al aceluiaşifişier de pe disc Fiecare dintre ele citeşte conţinutul articolului, îl prelucreazăşi depune conţinutul înapoi Rezultatul final este dat de ultima scriere a articolului Normal, acest rezultat depinde de succesiunile celor două citiri şi scrieri Situaţii de excepţie generate de concurenţă 2 2 2 Live-lock Sub denumirea de înfometare (starvation, live-lock) este precizată situaţia în care mai multe procese aşteaptă să obţină o resursă critică, dar accesul la ea NU este oferit într-o manieră echitabilă Spunem că se află în starea starvation acele procese care aşteaptă relativ mult, în raport cu altele care chiar se pot termina de executat, sau procesele acelea care aşteaptă practic un timp indefinit după resursa respectivă Exemplu: va fi selectat să acceseze discul procesul care solicită acces la sectorul cel mai apropiat de precedentul sector citit La un moment dat este accesat sectorul 1000 Un proces cere acces la sectorul 2000, în timp ce alte două procese solicită, în mod repetat, acces la sectoarele 999 şi 1001 Concluzie Infometarea este o situaţie de nedorit în programarea concurentă Evitarea ei se poate face, spre exemplu, dacă din când în când se schimbă, într-o manieră echitabilă, regulile de acces la resursă Situaţii de excepţie generate de concurenţă 2 2 3 Impas Să presupunem că într-un sistem concurent se execută două procese P1, P2 care au nevoie, în diverse stadii ale execuţiei de aceleaşi două resurse nepartajabile R1, R2 Procesele ocupă resursele în diverse stadii ale execuţiei lorşi le eliberează la terminare Să ne imaginămurmătorul scenariu de evoluţie în timp a celor două procese: –0 Procesele P1 şi P2 sunt lansate în execuţie, iar resursele R1 şi R2 sunt ambele libere –1 Procesul P1 solicită resursa R1 şi o ocupă, ea fiind liberă –2 Procesul P2 solicită resursa R2 şi o ocupă, ea fiind liberă –3 Procesul P1 solicită resursa R2 şiintră în starea de aşteptare, deoarece R2 este deja ocupată de către procesul P2 –4 Procesul P2 solicită resursa R1 şiintră în starea de aşteptare, deoarece R1 este deja ocupată de către procesul P1 Din acest moment, ambele procese se află în starea de aşteptare, din care teoretic nu vor mai putea ieşi niciodată! Acest fenomen este cunoscut în literatură sub mai multe denumiri: impas, interblocare, deadlock, deadly embrace, etc Impasul este o stare gravă care conduce la eşecul execuţieiîntregiiaplicaţii Situaţii de excepţie generate de concurenţă In 1971, Coffman, Elphicşi Shoshani au indicat patru condiţii necesare pentru apariţia impasului: -procesele solicită controlul exclusiv asupra resurselor pe care le cer (condiţia de excludere mutuală); -procesele păstrează resursele deja ocupate atunci când aşteaptă alocarea altor resurse (condiţia de wait for); -resursele nu pot fişterse din procesele care le ţin ocupate, până când ele nu sunt utilizate complet (condiţia de nepreempţie); -există un lanţ de procese în care fiecare dintre ele aşteaptă după o resursă ocupată de altul din lanţ (condiţia de aşteptare circulară); Practica reliefează câteva abordări posibile: 1 prima abordare, a cărei utilizare nu este prea recomandată, constă în ignorarea impasului, în speranta că acesta nu se va produce Si dacă totuşi apare sistemul este oprit în mod forţat 2 a doua abordare permite producerea impasului, însă detectează apariţia lui Procesele sunt terminate selectiv sau sunt readuse la o stare anterioarăşi suspendate temporar până când “pericolul” a trecut Această soluţie este parţial acceptabilă; în schimb NU este potrivită, spre exemplu, pentru sistemele în timp real 3 A treia abordare constă în prevenirea impasului prin modificarea unor condiţii care pot conduce la impas Prevenirea impasului 1) să se impună ca fiecare proces să ocupe din start toate resursele care-i sunt necesare, indiferent de momentele la care le utilizează efectiv Dezavantaj: o utilizare nejudicioasă a resurselor 2) stabilirea de către sistemul de operare a unei ordini de solicitare a resurselor, (R1, R2, Rk ), la care trebuie să se alinieze toate procesele Dezavantaj: Soluţia este funcţională, dar are în ea o mare doză de artificial 3) sistemul să controleze, înainte de fiecare alocare, dacă nu cumva este posibilă apariţia impasului Se construieşte un graf de alocare a resurselor Acesta este un graf orientat (X, U), având ca noduri proceseleşi resursele, iar arcele reprezentind atribuiri(realizate sau posibil a fi realizate) sunt numai între proceseşi resurse, astfel: •X = {P1, P2, , Pn, R1, R2, , Rm} • Există un arc (Rj, Pi) în U dacă procesul Pi a ocupat resursa Rj • Există un arc (Pi, Rj) în U dacă procesul Pi aşteaptă să ocupe resursa Rj În acest graf, dacă există un ciclu, atunci este posibil să apară impasul Şi ca atare daca in urma alocarii unei resurse se ajunge la un graf ciclic, alocarea e anulată şi procesul solicitant e pus în aşteptare pina la eliberare resursei cind se incearca din nou alocarea Datorita dificultatii realizarii prevenirii situatiei de impas cele mai multe sisteme multitasking se gasesc in prima din cele 3 situatii adica ignora pur si simplu posibilitatea aparitiei impasului Exista sisteme evoluate care au implementat functii de prevenire sau de evitare a impasului Este cazul special al unor sisteme de gestiune a bazelor de date( rezervarea biletelor) In UNIX, functia de blocare a fisierelor lockf realizeaza deasemenea detectia eventualelor situatii de impas: - de fiecare data cind un proces trebuie sa blocheze accesul la un fisier, sistemul de operare verifica daca nu este posibila aparitia unui impas - daca un impas este posibil, sistemul de operare refuza blocarea accesului la fisierul respectiv